
AUTOMATED SYSTEM AND METHOD FOR CHECK AMOUNT 
ENCODING AT A POINT-OF-SALE 

TECHNICAL FIELD OF THE INVENTION 

This invention is related in general to the field of 
document handling systems. More particularly, the 

invention is related to an automated system and method for 
check amount encoding at a point-of-sale. 



BACKGROUND OF THE INVENTION 

The typical check processing procedure in use today is 
a long and tedious process, which requires one or more 
processing days and multiple repetitive steps. The typical 
procedure includes many opportunities for errors to be 
introduced . 

The conventional check processing procedure is shown 
in FIGURE 1 and begins, for example, at a retailer or 
point-of-sale. The cashier enters all the purchases and 
the register provides a total. The customer writes out a 
check for a specific dollar amount and presents it as 
payment for the amount owed, as shown in block 100. The 
retailer may check its internally-maintained "bad check" 
list or with a check authorization service to determine if 
the account being drawn on has a history of under-funded 
checks. If the account has not been black listed, then the 
checking account owner may leave the retailer with the 
goods that were purchased. At the end of the day, the 
total of all checks received that day are totaled to 
compare with the register total. The register totals are 
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combined to form a store total. The checks are then 
deposited with the retailer's bank. 

Some retailers have facilities to encode the 
transaction amounts on the checks before the checks are 
sent to the bank. Otherwise, the bank encodes the amounts 
on the checks, as shown in block 102, and charges the 
retailer a fee for this service. The encoding process is 
performed manually and labor-intensive, with an operator 
physically handling each check, viewing the amount, and 
then keying it on the face of the check. The check amount 
is then encoded in magnetic ink on the face of the check in 
a predetermined field or location, such as the bottom right 
of the check in alignment with the MICR line. The encoding 
speed per operator is slow, typically 1,200 to 1,400 checks 
per hour. Because this processing step relies heavily on 
the human operator, who must process a large quantity of 
documents in a short time, it is prone to errors. The 
check amount may be encoded incorrectly due to poor 
penmanship, the check amounts from the two fields of the 
check not matching, or a number of other reasons. The 
encoded checks are then tallied and compared with the total 
on the deposit ticket. This process is commonly termed 
"proofing . " 

The encoded checks are then shipped to a central 
processing location for the "capturing" step, as shown in 
block 104. High speed reader/sorters such as the 3890 
document reader manufactured by IBM process the checks by 
reading and sorting the checks according to information 
printed on the MICR (magnetic ink character recognition) 
line located at the bottom of the check. The MICR 
information on the check includes the bank or transit 
number, account number, check serial number, in addition to 
the check amount encoded in step 102. The checks are read 
and sorted by bank or some other designation according to 
the transit and routing information present in the MICR 
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line. Approximately 1 to 1.5% of checks are rejected 
because the MICR line information is not readable. The 
rejected checks are manually handled and corrected. A 
balance of credits and debits is then computed. The sorted 
checks, and a cash letter listing each check and their 
amounts, are then sent to the institutions owning the 
accounts that the checks are drawn on in a collection and 
transit process. 

The transit process delivers the checks to the bank 
having the accounts the checks are drawn on, at which place 
another capturing process commonly termed " inclear ing" is 
performed, as shown in block 106. Inclearing ensures that 
the checks are actually drawing on that bank's accounts, 
the amounts are encoded on the checks, the correct 
settlement amount is given to the other banks, and that the 
correct amount is finally settled or posted out of the 
customer's account, as shown in block 108. The checks may 
then be returned to the checking account owner, as shown in 
block 110. 

It may be seen from the foregoing that the traditional 
check processing procedure is a time-consuming and tedious 
process. Each time the check is handled or encoded, an 
opportunity for error is introduced. As a result, check 
processing is a very costly procedure for banks and 
businesses . 

SUMMARY OF THE INVENTION 

Accordingly, there is a need for a system and method 
for check encoding at the time a check is tendered as 
payment at the point of sale. 

In accordance with the present invention, a system and 
a method for automated check encoding at the point of sale 
(POS) are provided which eliminate or substantially reduce 
the disadvantages associated with prior check processing 
systems . 
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In an aspect of the present invention, an automated 
check encoding system at a point-of-sale includes a point- 
of-sale register for determining a transaction amount, and 
an input device coupled to the point-of-sale register for 
receiving the transaction amount and determining a check 
amount in response to receiving an input from a user. A 
check encoder is coupled to the point-of-sale register and 
the input device for receiving the check amount and 
encoding the check amount in a machine-readable format at 
a predetermined location on a blank check. 

In another aspect of the present invention, a method 
for encoding checks at a point-of-sale includes the steps 
of first determining a transaction amount, receiving an 
input from a user in response to the transaction amount and 
determining a check amount, and receiving a blank check. 
The check amount is then encoded on the face of the blank 
check in a machine-readable format at a predetermined 
location at the point-of-sale. 

In yet another aspect of the present invention, a 
method for encoding checks at a point-of-sale includes the 
steps of determining a transaction amount, receiving an 
input from a user in response to the transaction amount and 
determining a check amount, receiving a blank check. The 
payee name is then printed at a predetermined payee 
location on the blank check, a numeric check amount is 
printed on a predetermined numeric check amount location on 
the blank check, and the check amount is also printed in 
words on a predetermined word check amount location on the 
blank check. The check amount is further encoded on the 
face of the blank check in magnetic ink on a MICR line of 
the blank check. The encoded check is then issued to the 
user for payment at the point-of-sale. 

In still another aspect of the invention, a pocket- 
size personal check encoder includes a keypad having a 
plurality of alphanumeric keys operable to receive a check 
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amount from a user; a display coupled to the keypad and 
operable to display the check amount entered by the user; 
and a check encoder coupled to the keypad and display 
operable to receive the check amount from the keypad and 
encode the check amount in a machine-readable format at a 
predetermined location on a check. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a better understanding of the present invention, 
reference may be made to the accompanying drawings, in 
which : 

FIGURE 1 is a simplified diagram of a typical back 
office check processing process; 

FIGURE 2 is a simplified block diagram of an exemplary 
automated check encoding system at a point-of-sale 
constructed according to the teachings of the present 
invention; 

FIGURE 3 is a representation of an exemplary check 
with an added magnetic ink character recognition (MICR) 
line field for check amount; and 

FIGURE 4 is a flowchart of an exemplary automated POS 
check encoding process according to the teachings of the 
present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

The preferred embodiment ( s ) of the present invention 
is (are) illustrated in FIGURES 2-4, like reference 
numerals being used to refer to like and corresponding 
parts of the various drawings. 

FIGURES 2 and 4 are a block diagram and a flowchart of 
automated point-of-sale check encoding system 200 and 
method 400 therefor, respectively, according to the 
teachings of the present invention and both are referenced 
below. Although the discussion below is in the context of 
a point-of-sale transaction, the check encoding system and 
method of the present invention are equally applicable to 
other scenarios where a check is presented as payment or 
for deposit into an account, or where a bank issues a 
cashier's check, for example. 

As shown in block 402, a transaction amount becomes 
available as purchases are summed at a point-of-sale (POS) 
register 202 and a total is obtained. Alternatively, the 
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cashier may also enter the amount of the transaction, or 
the customer may enter the amount of the check via an input 
device such as a keypad 208. Keypad 208 may include a 
plurality of keys, including numeric and function keys. 
When the check amount is entered manually by either the 
cashier or customer, it may override the transaction amount 
total in register 202. The transaction amount is then 
provided electronically to a check encoder 204, which may 
be coupled to register 202. This step is shown in step 402 
of the check encoding process 400. The customer then 
provides a blank check 210, which is fed into check encoder 
204, as shown in step 404. 

FIGURE 3 shows a graphical representation of an 
exemplary personal check 300. In check 300, there are two 
fields 302 and 304 for entering the check amount, written 
out alphabetically and written numerically, respectively. 
Further, check 300 includes a payee name field 301. A data 
line written in magnetic ink located on the bottom of check 
300 contains the bank number 305, account number 306, and 
check serial number 308. Bank number 305 is also commonly 
termed the transit and routing number. The data line 
containing the magnetic ink information is also commonly 
called the MICR (magnetic ink character recognition) line, 
since this information, written in magnetic ink, is 
readable by MICR machines or readers. The MICR line data 
is pre-printed on the checks by the check printer. 

Check encoder 204 optionally includes a display 206, 
which provides a preview of the information that will be 
printed and encoded on blank check 210. For example, it 
may display the payee name, which is the name of the store, 
for example, and the amount of the check. The customer may 
be required to verify that the displayed information is 
correct and push a certain button located on check encoder 
204 or keypad 208 to authorize the check printing. 
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Check encoder 204, upon receiving authorization, 
prints the payee name in field 301, and the check amount, 
in words and numerically, xn fields 302 and 304, as shown 
in step 406. In a pocket-size personal check writer 
version of the present invention, check encoder 204 may 
also include a memory 207, which stores a list of frequent 
payee names, such as favorite retailers, utility companies, 
the landlord, mortgage companies, etc. The user is able to 
recall the list of payees from memory 207 and select one 
therefrom to be entered onto blank check 210. Thereafter, 
check encoder 204 encodes the check amount in magnetic ink 
in field 310 of the data line, as shown in step 408. Check 
encoder 204 may include a magnetic ink encoder (MIE) 211 
which is capable of printing the check amount obtained from 
register 202 or keypad 208 in magnetic ink in a machine 
readable format at a predetermined location (field 310) on 
check 300. Field 310 is preferably aligned with fields 
305-308, so that the entire data line written in magnetic 
ink may be read by conventional MICR readers (not shown) 
used during check processing such as in step 104 shown in 
FIGURE 1. At the completion of printing and encoding, 
check encoder 204 outputs the printed check 212, as shown 
in step 410. The check encoding process ends in step 412. 

Although POS register 202 and check encoder 204 are 
shown in FIGURE 2 as separate entities, they may be 
implemented by an integrated device that performs functions 
of both devices. Further, check encoder 204 may also be 
integrated with input device 208 and display 206. Although 
not described herein in detail, it may be seen that check 
encoder 204 includes a number of conventional components, 
such as a slot for receiving the check, a document feeder 
for forwarding the check to a print head, and MIE 211 for 
printing and encoding thereof. 

As discussed above, the present invention may also be 
embodied in a pocket-size personal check writer device not 
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coupled to point-of-sale register 202. In this embodiment, 
keypad 208 includes alphanumeric keys and memory 207 is 
operable to store frequent payee names and balance in the 
account . 

Constructed and operating in this manner, checks are 
encoded at the point-of-sale when the checks are presented 
as payment. Check encoder 204 conveniently prints the 
payee name and check amounts on the face of the check as 
well as encoding the check amount in machine-readable 
format, which saves the customer's time in writing out the 
check. Therefore the check amount is verified and encoded 
at the time of presentment, rather than during check 
processing at the bank. The dollar amount encoded on the 
MICR line can be immediately verified at the point-of-sale. 
Accordingly, an expensive, labor-intensive and error prone 
check processing step is eliminated. 

Although several embodiments of the present invention 
and its advantages have been described in detail, it should 
be understood that a myriad of mutations, changes, 
substitutions, transformations, modifications, variations, 
and alterations can be made therein without departing from 
the teachings of the present invention, the spirit and 
scope of the invention being set forth by the appended 
claims . 



